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AN APPARATUS FOR CONNECTION MANAGEMENT 
AND THE METHOD THEREFOR 



CROSS-REFERENCE TO RELATED APPLICATIONS 

Related subject matter may be found in the following commonly assigned, 
co-pending U.S. Patent Applications, both of which are hereby incorporated by 
reference herein: 

Serial No. (AT9-99-275), entitled "APPARATUS FOR DATA 

DEPOTTNG AND METHOD THEREFOR" 

Serial No. (AT9-99-276), entitled "APPARATUS FOR 

RELIABLY RESTARTING INTERRUPTED DATA TRANSFER AT LAST 
SUCCESSFUL TRANSFER POINT AND METHOD THEREFOR" 

Serial No. (AT9-99-274), entitled "AN APPARATUS AND 

METHOD FOR DISTRIBUTING AND COLLECTING BULK DATA BETWEEN 
A LARGE NUMBER OF MACHINES" and filed concurrently herewith; 

Serial No. (AT9-99-324), entitled "COMPUTER NETWORK 

CONTROL SYSTEMS AND METHODS" and filed concurrently herewith; 
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Serial No. (AT9-99-325); entitled "METHODS OF 

DISTRIBUTING DATA IN A COMPUTER NETWORK AND SYSTEMS USING 
THE SAME" 

Serial No. (AT9-99-315), entitled "SYSTEMS AND METHODS 

5 FOR REAL TIME PROGRESS MONITORING IN A COMPUTER NETWORK" ; 

Serial No. (AT9-99-316), entitled "APPARATUS FOR 

AUTOMATICALLY GENERATING RESTORE PROCESS DURING SOFTWARE 
DEPLOYMENT AND METHOD THEREFOR"; and 

Serial No. (AT9-99-323), entitled "AN APPARATUS FOR 

10 JOURNALING DURING SOFTWARE DEPLOYMENT AND METHOD 

THEREFOR". 

TECHNICAL FIELD 

1 5 The present invention relates generally to data processing systems, and in 

particular, to bulk data distributions within networked data processing systems. 
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BACKGROUND 

Present day data processing systems are often configured in large multi-user 
networks. Management of such networks may typically include the need to transfer 
bulk data to an endpoint system from a source system (or, simply, "a source") and the 

5 collection of information, for example, error reports from a multiplicity of endpoints 

systems (or, simply, "endpoints"). 

Such large data transfers may occur within a network, for example, to 
distribute software updates. The system administrator may need to allocate a specific 
period of time for the data transfer to more efficiently utilize network resources. This 

1 0 may typically occur when the communication load on the system is lowest, usually at 

night when most endpoint users are not working at their stations. The system 
administrator may load the bulk data and the corresponding transfer instructions onto 
the network system's source, or server, in preparation for the transfer. At the 
predetermined time set by the administrator, the server will push the data while 

1 5 ensuring that the bulk data is successfully transferred to each of the desired endpoint 

locations. However, during the transfer a portion of the system server is dedicated to 
the data transfer and thus unavailable for other networking tasks. Moreover, as the 
number of endpoints which must be simultaneously serviced by the bulk data 
distribution increases, network bandwidth demands are concomitantly increased. 

20 This complicates scalability of the bulk distribution systems. 
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Therefore, a need exists in the art for a bulk distribution mechanism that can 
transfer large amounts of data between network connected subsystems (or nodes) 
while maintaining scalability. Additionally, there is a need in such distribution 
mechanisms for methods and apparatus to distribute bulk data to a multiplicity of 
endpoints and to collect bulk data, including large log files, from the endpoints. 
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SUMMARY OF THE INVENTION 

The aforementioned needs are addressed by the present invention. 
Accordingly, there is provided, in a first form, a connection scheduling method. The 

5 method determines if a job is available for scheduling. It is also determined if a 

session for effecting an execution the job is available. The session is included in a 
pool of sessions, in which the pool of sessions has a preselected one of a set of 
priority levels. The preselected priority level corresponds to a priority level of the job 
being scheduled for execution. If available, the session is launched to effect the 

1 0 execution of the j ob . 

There is also provided, in a second form, a data processing system for 
connection scheduling. The system contains circuitry operable for determining if a 
job is available for scheduling. Also included is circuitry operable for determining, in 
response to the circuitry operable for determining if a job is available, if a session is 

1 5 available. The session is included in a pool of sessions, the pool of sessions having a 

preselected one of a set of priority levels corresponding to a priority level of the job. 
The session effects an execution of the job. The system also has circuitry operable for 
launching the session to effect the execution of the job, if the session is available. 

Additionally, there is provided, in a third form, a computer program product 

20 embodied in a machine readable storage medium. The program product for job 
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scheduling includes instructions for determining if a job is available for scheduling. 
The program product also contains instructions for determining, in response to the 
instructions for determining if the job is available, if a session is available, wherein 
the session is included in a pool of sessions, the pool of sessions having a preselected 
5 one of a set of priority levels corresponding to a priority level of the job. The session 

effects an execution of the available job. The program product also contains 
instructions for launching the session to effect the execution of the job, if the session 
is available. 



10 
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BRIEF DESCRIPTION OF THE DRAWINGS 



For a more complete understanding of the present invention, and the 
advantages thereof, reference is now made to the following descriptions taken in 
5 conjunction with the accompanying drawings, in which: 

FIGURE 1 illustrates, in block diagram form, a data processing network in 
accordance with an embodiment of the present invention; 

FIGURE 2 illustrates, in block diagram form, a data processing system 
implemented in accordance with an embodiment of the present invention; 
10 FIGURE 3 A illustrates, in flowchart form, a connection management thread in 

accordance with an embodiment of the present invention; 

FIGURE 3B illustrates, in flowchart form, a session thread in accordance with 
an embodiment of the present invention; 

FIGURE 3C illustrates, in flowchart form, an error handling thread which may 
15 be used with the session thread of FIGURE 3B; 

FIGURE 4 illustrates, in flowchart form, a methodology implemented to 
determine priority resource availability in accordance with an embodiment of the 
present invention; and 

FIGURE 5 schematically illustrates a repeater connection list which may be 
20 used in an embodiment of the present invention. 
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DETAILED DESCRIPTION 

The present invention is a method and apparatus for managing connections in 
a system for distributing and collecting data between an originating source system 
5 and a plurality of endpoint systems (which may also be referred to as "endpoint 

nodes" or simply "endpoints"). The method and apparatus provides a mechanism for 
managing a plurality of sessions, or threads, for sending a distribution to or receiving 
results information from the corresponding target machine. Sessions are allocated in 
accordance with a preselected distribution priority. Each distribution priority level 

10 has a predetermined number of sessions available to it in a corresponding sessions 

pool. By scheduling distributions on their priorities, large, low priority distributions 
will no longer "bottleneck" high priority small distributions. 

According to the principles of the present invention, the present invention has 
an originating source system followed by repeaters. The use of repeaters allows data 

15 to be delivered essentially simultaneously to a large number of machines. The present 

invention can be scaled to handle more destinations by adding repeaters. In the 
following description, numerous specific details are set forth to provide a thorough 
understanding of the present invention. However, it will be obvious to those skilled 
in the art that the present invention may be practiced without such specific details. In 

20 other instances, well-known circuits have been shown in block diagram form in order 
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not to obscure the present invention in unnecessary detail. For the most part, details 
concerning timing considerations and the like have been omitted inasmuch as such 
details are not necessary to obtain a complete understanding of the present invention 
and are within the skills of persons of ordinary skill in the relevant art. 

A more detailed description of the implementation of the present invention 
will subsequently be provided. Prior to that discussion, an environment in which the 
present invention may be implemented will be described in greater detail. 

FIGURE 1 illustrates a communications network 100. The subsequent 
discussion and description of FIGURE 1 are provided to illustrate an exemplary 
environment used by the present invention. 

The network system 100 includes source system 101, one or more fan 
out/collector nodes, or, repeaters 1 10, 1 1 1, 1 18, 1 19, and a plurality of endpoints 1 12- 
1 17. Additionally, certain repeaters, such as 1 18 and 1 19, are directly connected to 
one or more endpoints, in the exemplary embodiment of FIGURE 1, endpoints 
1 12-114 or 115-117, respectively, and may be referred to as "gateway" repeaters (or, 
simply, "gateways"). 

Source system 101 provides distribution services with respect to 
resources 112-117. Note that source system 101 and endpoints 112-117 interfaces to 
repeaters 110 and 1 1 1 using the same methodologies as repeaters 110 and 1 1 1 
interface with, for example, repeaters 118 and 119. Viewed logically, source system 



AT9-99-655 



PATENT 



110 and endpoints 112-117 each may include a "repeater." In other words, as an 
artisan of ordinary skill would recognize, a repeater may be a logical element that 
may be, but is not necessarily associated with a physical, stand-alone hardware device 
in network 100. Repeater 110 may be the primary repeater through which 
5 resources 112-114 receive their data transfers, and repeater 111, likewise, may 

primarily service endpoints 115-117. The connection management methodologies 
described below in conjunction with FIGURES 3 A-3D may be performed by 
repeaters 110, 111, 1 18 and 1 19. It would be understood by an artisan of ordinary 
skill that additional repeaters may be inserted into the network and may be arranged 
10 in a multi-level hierarchy according to the demands imposed by the network size. 

Gateway repeaters 118 and 1 19 are such repeaters in the exemplary embodiment of 
FIGURE 1. 

However, network system 100 provides cross connections in order to provide 
redundant, parallel communication paths should the primary communication path to 

15 the endpoint become unavailable. For example, in FIGURE 1, endpoint 114 has a 

primary pathway to source system 101 through repeaters 118 and 110. (A source 
system, such as source system 101 may also be referred to as a source node.) Should 
repeater 1 10 become unavailable, source system 101 can transfer bulk data to 
endpoint 114 via an alternative pathway through repeaters 118 and 111. Additionally, 

20 should repeater 118 become unavailable, endpoint 1 14 may receive data via repeaters 
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1 1 1 and 119. Source system 101 maintains database 120 for storing information used 
in managing a data distribution. 

Referring next to FIGURE 2, an example is shown of a data processing 
system 200 which may be used to implement a source system such as system 101, 
repeaters, such as repeaters 110, 111, 1 18, or 1 19 or endpoints, such as endpoints 
112-117, executing the methodology of the present invention. The system has a 
central processing unit (CPU) 210, which is coupled to various other components by 
system bus 212. Read only memory ("ROM") 216 is coupled to the system bus 212 
and includes a basic input/output system ("BIOS") that controls certain basic 
functions of the data processing system 200. Random access memory ("RAM") 214, 
I/O adapter 218, and communications adapter 234 are also coupled to the system 
bus 212. I/O adapter 218 may be a small computer system interface ("SCSI") adapter 
that communicates with a disk storage device 220. Disk storage device 220 may be 
used to hold database 120, FIGURE 1. Communications adapter 234 interconnects 
bus 212 with the network as well as outside networks enabling the data processing 
system to communicate with other such systems. Input/Output devices are also 
connected to system bus 212 via user interface adapter 222 and display adapter 236. 
Keyboard 224, track ball 232, mouse 226 and speaker 228 are all interconnected to 
bus 212 via user interface adapter 222. Display monitor 238 is connected to system 
bus 212 by display adapter 236. In this manner, a user is capable of inputting to the 
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system throughout the keyboard 224, trackball 232 or mouse 226 and receiving output 
from the system via speaker 228 and display 238. 

Implementations of the invention include implementations as a computer 
system programmed to execute the method or methods described herein, and as a 
computer program product. According to the computer system implementation, sets 
of instructions for executing the method or methods are resident in the random access 
memory 214 of one or more computer systems configured generally as described 
above. Until required by the computer system, the set of instructions may be stored 
as a computer program product in another computer memory, for example, in disk 
drive 220 (which may include a removable memory such as an optical disk or floppy 
disk for eventual use in the disk drive 220). Further, the computer program product 
can also be stored at another computer and transmitted when desired to the user's 
work station by a network or by an external network such as the Internet. One skilled 
in the art would appreciate that the physical storage of the sets of instructions 
physically changes the medium upon which it is stored so that the medium carries 
computer readable information. The change may be electrical, magnetic, chemical, 
biological, or some other physical change. While it is convenient to describe the 
invention in terms of instructions, symbols, characters, or the like, the reader should 
remember that all of these and similar terms should be associated with the appropriate 
physical elements. 
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Note that the invention may describe terms such as comparing, validating, 
selecting, identifying, or other terms that could be associated with a human operator. 
However, for at least a number of the operations described herein which form part of 
at least one of the embodiments, no action by a human operator is desirable. The 
operations described are, in large part, machine operations processing electrical 
signals to generate other electrical signals. 

Refer now to FIGURE 3 A illustrating a connection management thread 300 
which may be used in an embodiment of the present invention. Thread 300 may be 
used by repeaters, such as repeaters 1 10, 1 1 1, 1 18, and 1 19 of network 100, 
FIGURE 1 . Distributions or results information to be transferred by a repeater are 
enqueued in an output "job" queue in accordance with the assigned priority of the 
distribution. (Distributions targeted for ultimate delivery to an endpoint and results 
information for a report-to system may collectively be referred to simply as "jobs.") 
The transfer of distributions and results information is discussed in the commonly 
owned co-pending U.S. Patent Application entitled "An Apparatus and Method for 
Distributing and Collecting Bulk Data between a Large Number of Machines," 
incorporated herein by reference and as described herein, the distribution or results 
information may be assigned one of three priority levels, low, medium, or high, in an 
embodiment of the present invention. Distributions are enqueued in order of priority. 
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In step 302, the job queue is locked, and, while the job queue is not empty, 
step 304, jobs are scheduled until the queue is exhausted. When the queue is 
exhausted, in step 306 the output queue is unlocked, whereby new distributions 
received by the repeater may be enqueued for sending to a target repeater or end 
point, as appropriate. Scheduling is initiated, when, in step 308, the output job queue 
is no longer empty. Step 308 constitutes event loop, wherein scheduling is initiated in 
response to an event such as a "running job completed" event. After a running job 
completes, a session, as described below, becomes available. A "new job" event, 
signaling that a new job has arrived at the repeater performing thread 300 will also 
initiate scheduling. 

Returning to step 304, while the queue is not empty, thread 300 proceeds 
through the queue to schedule distributions for sending to a target repeater or 
endpoint as appropriate. In step 306 it is determined if a current job is ready for 
scheduling. If not, in step 308 thread 300 proceeds to the next job. A job may be 
determined to be ready for scheduling by determining the job state. If the job state 
has a first predetermined value, which in an embodiment of the present invention may 
be referred to as "WAITING", then the job is ready for dispatch. The setting of the 
job state for a particular job will be described below in conjunction with 
steps 382-384, and 386, FIGURE 3C 
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If, in step 306, the current job is ready for scheduling, in step 3 10 the session 
pools are searched. As indicated hereinabove, distributions may have one of three 
priorities, high, medium, or low. Each repeater has a pool of sessions, or threads, 
which are run to transfer data to a target system, either a target repeater or an target 
endpoint, as appropriate for the particular distribution. As discussed further below, a 
logical connection to the target system is established for a new job unless the 
connection is already present because of an ongoing distribution to the same target. A 
connection can have multiple logical sessions associated with it. Each new session 
between repeaters or a repeater and an endpoint will establish a network channel or 
path to transfer data, so between a repeater and an endpoint or another repeater, there 
can be multiple sessions to execute jobs. That is, there may be parallel data transfer 
to the same target. 

Each distribution to or results information from a target machine "consumes" 
a session from the pool of sessions available to the distribution or results information. 
Each repeater has a pool of sessions allocated for each priority level. A session is 
used by thread 300 to run a job on a preselected target. That is, a session initiates a 
data transfer through an establish network channel and waits for the target to finish 
processing data. Jobs are dispatched in order of priority, with higher priority jobs 
being dispatched preferentially over lower priority jobs. A higher priority job may 
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obtain the session from the pool allocated to its priority, and successively lower 
priority pools as well. 

A higher priority distribution may use sessions from its own pool first. If no 
sessions are found, then the distribution looks for sessions in the lower priority pools. 
This may be understood by referring now to FIGURE 4 which illustrates in detail a 
methodology for performing step 3 10 in accordance with this protocol. In step 410, it 
is determined if the distribution has a high priority level. If not, then in step 420, it is 
determined if the distribution has a medium priority level. If not, then the distribution 
has a low priority, step 430 and, in step 435, it is determined if a low priority to low 
priority session is available. If a low priority session is available, then in step 450, 
methodology 500 signals that a session is available. Conversely, if no low priority 
sessions are available in step 435, in step 440 methodology 400 signals that no 
session is available. 

Returning to step 410, if the job is determined to have a high priority, then in 
step 41 5 it is determined if a high priority session is available. If so, then 
methodology 400 proceeds to step 450. Otherwise, if a high priority session is 
unavailable, that is, fully used by other jobs, then in step 425 it is determined if a 
medium priority session is available. Again, if session is available, then step 450 is 
performed; otherwise, in step 435, it is determined if session allocated to the low 
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priority pool is available. If so, step 435, then step 450 is performed; otherwise, no 
connections are available and methodology 400 proceeds to step 440. 

Similarly, if in step 410, it has been determined that the job is not a high 
priority distribution, it is determined if the job has a medium priority, step 420. If 
not, it must again be a low priority job. step 430, previously described. Otherwise, in 
step 420 it is a medium priority job, and in step 425 it is determined if a medium 
priority session is available. As before, if no medium priority sessions are available, 
it is determined if a low priority session is available, step 435. In this manner, a with 
a given priority level can use the number of sessions reserved for its priority level 
plus any sessions allocated to lower priority levels. If no sessions are available at the 
assigned priority or lower, the methodology signals no available sessions, step 440, as 
previously described. 

Returning to FIGURE 3 A, if, in step 3 12, it is determined a session is 
available to the job as reported in step 450, FIGURE 4, then the session is reserved in 
step 3 14. Otherwise, if it is reported not available, step 440, FIGURE 4, step 3 12 
proceeds by the "No" branch to step 306. Because, as previously described, jobs are 
enqueued in priority order, the unavailability of a session for the current job also 
means that the succeeding jobs cannot also be scheduled because they have a priority 
that is the same or lower than the current job. Thread 300 then loops in step 308 for 
an event indicating that a session has become available, which then triggers thread 
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300 via the "yes" branch in step 308. Similarly as discussed below, an 
"UNREACHABLE" state job may become available, whereby the state goes to 
"WAITING", which will also trigger scheduling. 

It is then determined in thread 300 if a connection object, or simply 
connection, has been established for the target system (which may also be referred to 
as a target node). Thus, in step 3 1 6, a connection list is searched to determine if a 
connection has been established for the target node. The connection list contains one 
or more connection objects that are a logical representation of a communication 
channel, or path, between the repeater running the thread and the target. A connection 
object maintains the status of the channel. For example if the channel breaks the 
status of the connection may change from a first value, say "UP", to a second value, 
say "DOWN." The connection object also includes all of the active sessions 
associated with the target. 

If an existing connection does not exist, in step 318 a new connection object is 
created, and in step 320 a new session is created and run. Recall that a connection can 
have multiple sessions associated with it, and each session is a thread. For example, 
schematically shown in FIGURE 5, is a repeater connection list with three 
connections, C-0, C-l and C-2. Connection C-0 has two active sessions, S-0 and S-l, 
running Job 0 and Job 1, respectively, for the target, repeater R-l . similarly, 
connection C-l has two sessions, S-2 and S-3 running Job 2 and Job 3, respectively 
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on a target endpoint, E-2. An exclusive session, S-4, runs Job 4 on connection C-2, 
for target endpoint E-3. No other jobs will run on connection C-2 until S-4 ends. If, 
however, in step 316 a connection exists, it is determined if the connection is being 
exclusively used by a job, step 322. If the existing connection is exclusive, then the 
session reserved in step 314 is released, step 324 and thread 300 proceeds to step 308 
to schedule the next job. 

Returning to FIGURE 3 A, the creation of a new session, in step 320, launches 
a session, which, in an embodiment of the present invention, may be session 350, 
FIGURE 3B. In step 352 it is determined if the target system is accessible. The 
target system may be inaccessible if, for example, the target system is unavailable or 
due to a network outage. If a target is inaccessible, in step 354 a retry thread is 
launched. This will be discussed subsequently in conjunction with FIGURE 3C 
below. In step 362, thread 350 ends. If, however, in step 352 the target is accessible, 
in step 356 the job is executed, where data is transferred to the target and while the 
target is processing the data, waits and then posts results information to the repeater 
performing the session. Recall that repeaters transfer results information to one or 
more report-to nodes, as discussed in detail in the commonly owned co-pending U.S. 
Patent Application entitled "An Apparatus and Method for Distributing and 
Collecting Bulk Data Between a Large Number of Machines," (Attorney Docket No. 
AT9-99-274) incorporated herein by reference. It is determined, in step 358, if the 
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distribution is complete. If not, thread 350 returns to step 352. Otherwise, on 
completion of the execution of the distribution, again in step 360 the session is 
released and the thread ends in step 362. 

Refer now to FIGURE 3C describing retry thread 370 which may be launched 
5 in response to a distribution failure arising from the unavailability of the target in step 

354 above. When an error occurs, the session used to run the job is returned to the 
corresponding pool. In step 371, thread 370 releases the session, whereby it is 
returned to the pool having the priority level of the session. In step 372 it is 
determined if a fatal error has occurred. For example, if the distribution segment, in 

10 executing the distribution in step 356 above, is too large to fit into an available disc 

space, a fatal error will result. If, in step 372, a fatal error has occurred in step 374, 
the job state is set to "FAILED". In step 376, a results information segment is built 
which includes the job state. As described in the commonly owned co-pending U.S. 
patent application entitled "An Apparatus and Method for Distributing and Collecting 

1 5 Bulk Data between a Large Number of Machines" incorporated herein by reference, 

results information is generated by repeaters and endpoint system and transmitted to 
one or more report-to systems. In the event of an error, the corresponding results 
information that is sent to one or more preselected report-to systems in accordance 
with the methodologies described in the aforesaid co-pending U.S. patent application 

20 may be generated in step 376. 
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Returning to step 372, if the error was non-fatal step 372 proceeds by the "No 
branch. If, in step 382, the target system was unavailable on the first attempt to 
connect to the target system, in step 384 the job state is set to "UNREACHABLE". 
Otherwise, the connection has broken during the execution of the distribution, and in 



It is then determined in step 388 if a retry cutoff has been reached. Each 
connection has a predetermined connection retry time interval that is used to supply a 
maximum amount of time over which retries for failed jobs will be attempted. 
Additionally, in step 308 it is determined if an application was specified "no retry." A 
user, for example, may wish to take corrective action quickly rather than wait for a 
predetermined number of retries to elapse before receiving notification that the 
distribution has failed. If the connection retry interval has elapsed, "no retry" is 
specified, in step 388, the "Yes" branch is followed. In step 389, the job state is 
tested, and if "UNREACHABLE, H then the job fails and the job state is set to 



In step 390 the job state is set to "UNREACHABLE" and a login callback 
method is registered with the corresponding gateway of the target endpoint system. 
The login callback will be invoked and a login notification thereby provided to the 
repeater performing management thread 300. Thread 370 proceeds to step 379, 



5 



step 386 the job state is set to "INTERRUPTED". 



15 



"FAILED" in step 374. Otherwise, step 389 proceeds to step 390. 



20 



discussed below. 
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If the target system is a repeater rather than an endpoint, there is no retry 
cutoff because there is no login event from repeaters. Thus, if the target system is a 
repeater, step 388 proceeds by the "No" branch to step 392 and in step 392 a retry 
timer thread is launched, bypassing step 390. Likewise, if the target is an endpoint 
5 system and the retry cutoff has not expired, step 388 proceeds by the "No" branch. 

Referring now to FIGURE 3D, there is illustrated therein retry timer thread 
340. In step 342 retry timer is started. In step 344 it is determined if the retry timer 
has expired. If not, thread 340 loops until the timer expires and then, in step 346, on 
expiration of the timer the job state is set to "WAITING". In step 348, timer thread 
10 340 ends. 

Returning to FIGURE 3C, after launching the retry timer thread, in step 392, 
thread 370 proceeds to step 379. In step 379, it is determined if the job state is 
"WAITING" or "FAILED." The job state may be set to "WAITING" in step 346, 
FIGURE 3D. If so, then thread 370 notifies thread 300, FIGURE 3 A, signaling an 
1 5 event whereby thread 300 breaks out of the event loop, step 308, and terminates, 

step 385. Otherwise, in step 381 thread 370 loops until the endpoint logs in and, in 
step 383, the job state is set equal to "WAITING," and again notifies thread 300 in 
step 308. 

Returning to FIGURE 3 A after the job state is set to "WAITING" in step 346, 
20 FIGURE 3D or in step 383, FIGURE 3C, depending on the path followed in step 379, 
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FIGURE 3C, step 306 of thread 300 then determines that the distribution that 
launched eiror handling thread 370 is ready for scheduling, and then initiates a 
session to execute the distribution in steps 3 10-320, as previously described. 

Although the present invention and its advantages have been described in 
detail, it should be understood that various changes, substitutions and alterations can 
be made herein without departing from the spirit and scope of the invention as defined 
by the appended claims. 
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WHAT IS CLAIMED IS: 

1 LA connection scheduling method comprising the steps of: 

2 determining if a job is available for scheduling; 

3 determining, in response to said step of determining if said job is available, if 

4 a session is available, wherein said session is included in a pool of sessions, said pool 

5 of sessions having a preselected one of a set of priority levels corresponding to a 

6 priority level of said job and wherein said session effects an execution of said job; and 

7 launching said session to effect said execution of said job, if said session is 

8 available. 

1 2. The method of claim 1 wherein said session comprises an thread. 

1 3 . The method of claim 1 further comprising the step of creating a connection to 

2 a target system for said execution of said job. 

1 4. The method of claim 3 further comprising the step of determining if said 

2 connection is an existing connection, and wherein said step of creating said 

3 connection is performed if said connection is not an existing connection. 
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1 5. The method of claim 1 further comprising a step of launching an error 

2 handling thread in response to an error condition, said error handling thread releasing 

3 said session. 

1 6. The method of claim 5 further comprising the step of changing value of a job 

2 state from a first value to a second value in response to said launching of said error 

3 handling thread. 

1 7. The method of claim 6 wherein said first value signals that said job is 

2 available for scheduling. 

1 8. The method of claim 1 further comprising the step of retrying said steps of 

2 determining if a job is available for scheduling, determining if a session is available, 

3 and launching said session in response to an error condition. 

1 9. The method of claim 8 wherein said step of retrying is repeated until a 

2 predetermined time interval has elapsed. 

1 10. The method of claim 9 further comprising the step of registering a callback 

2 method in response to an expiry of said predetermined time interval. 
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1 11. The method of claim 1 0 wherein said steps of determining if a job is available 

2 for scheduling, determining if a session is available, and launching said session are 

3 performed in response to an invoking of said callback method by a target system, said 

4 target system for execution of said job . 
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1 12. A data processing system for connection scheduling comprising: 

2 circuitry operable for determining if a job is available for scheduling; 

3 circuitry operable for determining, in response to said circuitry operable for 

4 determining if said job is available, if a session is available, wherein said session is 

5 included in a pool of sessions, said pool of sessions having a preselected one of a set 

6 of priority levels corresponding to a priority level of said job and wherein said session 

7 effects an execution of said job; and 

8 circuitry operable for launching said session to effect said execution of said 

9 job, if said session is available. 

1 13. The system of claim 12 wherein said session comprises an thread. 

1 14. The system of claim 1 2 further comprising circuitry operable for creating a 

2 connection to a target system for said execution of said job. 

1 15. The system of claim 1 4 further comprising circuitry operable for determining 

2 if said connection is an existing connection, and wherein said circuitry operable for 

3 creating said connection is operated if said connection is not an existing connection. 
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1 16. The system of claim 12 further comprising circuitry operable for launching an 

2 error handling thread in response to an error condition, said error handling thread 

3 releasing said session. 

1 17. The system of claim 1 6 further comprising circuitry operable for changing 

2 value of a job state from a first value to a second value in response to said launching 

3 of said error handling thread. 

1 18. The system of claim 17 wherein said first value signals that said job is 

2 available for scheduling. 

1 19. The system of claim 12 further comprising circuitry operable for retrying said 

2 steps of determining if a job is available for scheduling, determining if a session is 

3 available, and launching said session in response to an error condition. 

1 20. The system of claim 1 9 wherein said circuitry operable for retrying is 

2 operated until a predetermined time interval has elapsed. 

1 21. The system of claim 20 further comprising circuitry operable for registering a 

2 callback method in response to an expiry of said predetermined time interval. 
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22. The system of claim 21 wherein said circuitry operable for determining if a 
job is available for scheduling, determining if a session is available, and launching 
said session are operated in response to an invoking of said callback method by a 
target system, said target system for execution of said job. 
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1 23. A computer program product embodied in a machine readable storage 

2 medium, the program product for job scheduling comprising instructions for: 

3 determining if a job is available for scheduling; 

4 determining, in response to said instructions for determining if said job is 

5 available, if a session is available, wherein said session is included in a pool of 

6 sessions, said pool of sessions having a preselected one of a set of priority levels 

7 corresponding to a priority level of said job and wherein said session effects an 

8 execution of said job; and 

9 launching said session to effect said execution of said job, if said session is 
10 available. 

1 24. The program product of claim 23 wherein said session comprises an thread. 

1 25. The program product of claim 23 further comprising instructions for creating a 

2 connection to a target system for said execution of said job . 

1 26. The program product of claim 25 further comprising instructions for 

2 determining if said connection is an existing connection, and wherein said 

3 instructions for creating said connection are performed if said connection is not an 

4 existing connection. 
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1 27. The program product of claim 23 further comprising instructions for 

2 launching an error handling thread in response to an error condition, said error 

3 handling thread releasing said session. 

1 28. The program product of claim 27 further comprising instructions for changing 

2 value of a job state from a first value to a second value in response to said launching 

3 of said error handling thread. 

1 29. The program product of claim 28 wherein said first value signals that said job 

2 is available for scheduling. 

1 30. The program product of claim 29 further comprising programming for retrying 

2 said steps of determining if a job is available for scheduling, determining if a session 

3 is available, and launching said session in response to an error condition. 

1 31. The program product of claim 3 0 wherein said instructions for retrying are 

2 repeated until a predetermined time interval has elapsed. 
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32. The program product of claim 3 1 further comprising programming for 
registering a callback method in response to an expiry of said predetermined time 
interval. 

33. The program product of claim 32 wherein said instructions for determining if 
a job is available for scheduling, determining if a session is available, and launching 
said session are executed in response to an invoking of said callback method by a 
target system, said target system for execution said job. 
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AN APPARATUS FOR CONNECTION MANAGEMENT 
AND THE METHOD THEREFOR 

ABSTRACT OF THE DISCLOSURE 

An apparatus and method for scheduling data distributions to or results 
information from, or collectively, "jobs" to a plurality of data processing systems via 
a network is implemented. A connection to a target system is created. (If a 
nonexclusive connection already exists, it may be used.) For each distribution, a 
session, which is an independent thread, is allocated from one of a plurality of pool of 
sessions and launched to effect execution of the job. Each pool corresponds to a 
predetermined priority level, and the session is allocated from the pool having the 
same priority level as the priority level of the job being scheduled. A connection 
supports a multiplicity of independent threads. In the event of an error, for example a 
network failure, the session is released, and the scheduling of the aborted job is retried 
after a predetermined connect retry interval expires. After expiry of the retry interval, 
a callback method is registered and invoked when the target system on which the 
scheduled job is executed becomes accessible. In response, the scheduling procedure 
is repeated for that job. 
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DECLARATION AND POWER OF ATTORNEY FOR 
PATENT APPLICATION 

As a below named inventor, I hereby declare that: 

My residence, post office address and citizenship are as stated below next to my 

name; 

I believe I am the original, first and sole inventor (if only one name is listed below) 
or an original, first and joint inventor (if plural names are listed below) of the subject 
matter which is claimed and for which a patent is sought on the invention entitled 

AN APPARATUS FOR CONNECTION MANAGEMENT 
AND THE METHOD THEREFOR 

the specification of which (check one) 

13 is attached hereto. 

□ was filed on 

as Application Serial No. 

and was amended on 



I hereby state that I have reviewed and understand the contents of the above identified 
specification, including the claims, as amended by any amendment referred to above. 

I acknowledge the duty to disclose information which is material to the patentability of 
this application in accordance with Title 37, Code of Federal Regulations, §1.56. 

I hereby claim foreign priority benefits under Title 35, United States Code, §119 of any 
foreign application(s) for patent or inventor's certificate listed below and have also 
identified below any foreign application for patent or inventor's certificate having a filing 
date before that of the application on which priority is claimed: 

Prior Foreign Application(s) : Priority Claimed 

□ Yes □ No 

(Number) (Country) (Day/Month/Year) 
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I hereby claim the benefit under Title 35, United States Code, §120 of any United States 
application(s) listed below and, insofar as the subject matter of each of the claims of this 
application is not disclosed in the prior United States application in the manner provided 
by the first paragraph of Title 35, United States Code, §1 12, 1 acknowledge the duty to 
disclose information material to the patentability of this application as defined in Title 37, 
Code of Federal Regulations, §1.56 which occurred between the filing date of the prior 
application and the national or PCT international filing date of this application: 



(Application Serial #) (Filing Date) (Status) 

I hereby declare that all statements made herein of my own knowledge are true and that all 
statements made on information and belief are believed to be true; and further that these 
statements were made with the knowledge that willful false statements and the like so 
made are punishable by fine or imprisonment, or both, under Section 1001 of Title 18 of 
the United States Code and that such willful false statements may jeopardize the validity of 
the application or any patent issued thereon. 

POWER OF ATTORNEY: As a named inventor, I hereby appoint the following 
attorneys and/or agents to prosecute this application and transact all business in the Patent 
and Trademark Office connected therewith. 

John W. Henderson, Jr., Reg. No. 26,907; James H. Barksdale, Jr., Reg. No. 24,091; 
Thomas E. Tyson, Reg. No. 28,543; Robert M. Carwell, Reg. No. 28,499; Jeffrey S. 
LaBaw, Reg. No. 31,633; Douglas H. Lefeve, Reg. No. 26,193; Casimer K. Salys, Reg. 
No. 28,900; David A Mims, Jr., Reg. No. 32,708; MarkE. McBurney, Reg. No. 33,114; 
Anthony V. S. England, Reg. No. 35,129; Volel Emile, Reg. No. 39,969; Christopher A. 
Hughes, Reg. No. 26,914; Edward A Pennington, Reg. No. 32,588; JohnE. Hoel, Reg. 
No. 26,279; Joseph C. Redmond, Jr., Reg. No. 18,753; Leslie A. Van Leeuwen, Reg. No. 
42,196; Marilyn S. Dawkins, Reg. No. 31,140; Kelly K. Kordzik, Reg. No. 36,571; Barry 
S. Newberger, Reg. No. 41,527; Ross S. Garsson, Reg. No. 38,150; and Bill R. Naifeh, 
Reg. No. P 44,962. 

Send correspondence to: James J. Murphy, 5400 Renaissance Tower, 1201 Elm Street, 
Dallas, Texas 75270-2199, and direct all telephone calls to Kelly K. Kordzik at (512) 
370-2851. 
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